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Context:  The  Dilemma 


What  We  Want ...  ...  And  How  We’re  Trying 


•  We're  trying  to  build  complex,  highly  networked,  integrated,  joint 
multi-platform,  multi-system  capabilities ... 

-Without  a  top-level  design 

-Within  a  patchwork  of  stove-piped  non-integrated  processes 
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What's  Wrong 


What  We  Want ... 


UNCUS9FCD 


...  And  How  We’re  Trying 
To  Get  There  Today 


•  Fundamental,  systemic  interoperability  problems  persist  in  FOR  systems 

•  Focus  is  still  on  systems  and  platforms  vice  capabilities 

•  Uncoordinated,  non-synchronized  decision  processes 

•  Inconsistent  information  sources  and  decision  products 

•  Many  authorities  /  stakeholders  not  linked  to  key  processes  /  decisions 

•  Confusion  over  “Who’s  in  charge”  a  recurring  theme  throughout 

•  Need  for  architectures  repeatedly  asserted 
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Key  Processes  Affecting  the  End-State 


Key  processes 


Reqmnts  Gen  &  Analysis 


Capability  Planning  /  Analysis 


Opnl  Concept  Expl  &  Dev 


R&D  /  Tech  Innovation 


Resources  PP&B 


Systems  Engineering 


Program  Mgmnt 


Configuration  Control 


Related  Activities 


M&S  /  Lab  /  Live  T&E 
and  Experimentation 


Analysis  &  Assessment 


Planning 


Tracking  &  Oversight 


Tradeoffs 

(Risk,  Capability,  Engineering) 


DoD,  Navy/Joint/Allied  Customers  &  Users,  OPNAV,  SYSCOMs,  PEOs,  PMs 


Multiple  Stakeholders,  Process  Owners,  Decision  Authorities 
Different  domains,  agendas,  objectives,  incentives,  metrics,  frameworks 
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Summary  Process  Assessment 
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Program  Mgmnt 

Q 

X 

o 

O 

[Q 

Q 

Q 

Configuration  Control 

X 

o 

X 

X 

X 

'q 

Q 

Many  processes  /  links 
"broken"  or  ineffective 

But  ... 

Lots  of  good  work  converging 
on  some  dominant  issues 


Dominant  Process  Issues  | 

•  Inconsistent  analytic  frameworks  and  metrics 

•  Non-integrated  requirements  (platform  vs  battle  force  /  FOS  focus) 

•  Inconsistent,  nonintegrated  tradeoff  processes  and  objectives  (Risk,  fiscal, 
capability,  engineering,  etc.)  and  feedback 

•  No  unifying  context 


The  status  quo  won't  get  us  there 
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Just  How  ’’Bad’’  Is  It? 


•  Not  a  "war-losing"  condition,  but ... 

-  Operational  confusion,  delayed  or  errant  decisions 

...  when  we  need  clarity  and  precision 

-  Longer  operational  planning  &  execution  timelines 

...  when  we  need  to  shorten  them 

-  Smaller  engagement  envelopes 

...  when  we  expected  (paid  for)  much  more 

-  Increased  cost-of-ownership  and  time-to-market 

...  when  we're  trying  to  be  more  nimble  and  efficient 


•  It's  taken  a  long  time  for  us  to  get  into  the  state  we're  in  today  ... 

...  and  it  will  take  some  time  just  to  see  improvement 

•  No  one  organization  owns  the  key  to  a  solution 

•  No  single  action  or  decision,  from  anyone,  will  get  us  out  of  this 
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Who’s  “Doing”  Architecture-Related  Work  Today? 


I  ASD(C3I)  , 

JTAMDO  I  - i - LI  USJFCOM  | 

J38  I  SIAPSE  I  NIMA  |  J6 1 


N76 


N75 


Organizational  changes  (alone)  have  not  (yet)  been  effective. 

Much  valuable  architecture  work  underway,  but ... 

•  Mostly  uncoordinated,  non-integrated  or  incomplete 

•  Generally,  platform  /  system  focused  (changing  slowly) 
I\I0  I  •  Inconsistent  terms,  fidelity,  formats,  tools,  data  models 

•  Non-compliant  with  OSD  Architecture  Framework 

•  Mostly  ineffective  (i.e., “powerless”,  irrelevant)  documents 

•  Who  integrates?  Who  validates?  Who  approves? 

M7R  I  *  What  important  decisions  do  they  affect? 


NRO 
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If  We're  Going  to  Effect  Process  Changes  ... 


We  must  answer  the  following  questions 

•  What  are  the  relevant  domains  /  processes? 

•  Who  are  (should  be) ... 

-  Stakeholders? 

-  Process  owners? 

-  Decision  makers? 

•  What  relevant  decisions  to  affect  /  effect,  and  when? 

•  How  to  support  decisions? 

-  What  data,  frameworks,  methods,  processes,  tools,  products? 

•  How  to  influence  decisions? 

-  Acquire  decision  authority? 

-  Advise  decision  makers? 
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What  We're  Proposing 


How  to  Bring  Together ... 


Objective:  Make  milestones  and  other  important  program  planning 
decisions  depend  on  compliance  with  validated  and  approved  integrated 
architectures 
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How  To  Achieve  What  We  Want 

The  Mission  Capability  Package  (aka  Portfolio) 


Use  Mission  Capability  Packages  (MCPs)  as  the  focus  of  integration 
What’s  a  MCP? 

•  Introduced  by  the  concept  of  Network  Centric  Warfare  /  Operations 

•  A  Task-Organized  Bundle  of ... 

-  CONOPS,  processes  and  organizational  structures 

-  Networks,  sensors,  weapons  and  systems 

-  The  people,  training  and  support  services  to  sustain  it 


MCP  ~=  Joint  Staff  Joint  Mission  Area  (JMA),  DoD  Portfolio 
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Example  Mission  Capability  Packages  (MCPs) 
as  "Slices"  Through  the  Platform/System  Domain 


Capability 

Sponsors 

- I - 

Tactical  C2  MCP  (N6)  ^ 


Current  Navy  Warfare  Sponsors 

EXW  SUW  USW  AW  T&E 
N75  N76  N77  N78  N79 


ISR  MCP  (N2) 
Navigation  MCP  (N096) 


USW  MCP  (N74) 
TAMD  MCP  (N70) 

1 

Time-Critical  Strike  MCP  (N70) 


Architectures  aligned  to 
these  capability  packages 
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Capability  Sponsors  accountable 
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The  Mechanisms  For  Change 


•  The  Principal  Output  = 

Battle  Force  Capabilities 

•  The  Principal  Mechanisms  for  Integration  = 

Integrated  Architectures 

•  The  Principal  Mechanisms  for  Achieving  Alignment  = 

Mission  Capability  Packages 
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The  Principal  Navy  Stakeholders 


•  OPNAV  (CNO,  N8,  N7,  sponsors) 

•  Fleet 

•  ASN(RDA)  Chief  Engineer 

•  NWDC 

•  ONR 

•  PEOs  and  SYSCOMs 
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Concepts  &  CONORS  Service  &  Joint  Assessments 
S&T  Planning 

Service  &  Joint  Experimentation 


06/06/2001  7:06 


CNO(N81 ,  N70)  28  March  2000 


14 


Key  Elements  of  the  MCP  Planning  Process 


MCP  Requirements  Integration 


Concepts  &  CONORS 


M«  ocMMrce  cc*ta^ 

\  ^ 

V.-  /  “  ^ 


^  -  a 


Integrated  ^  ^RDs 
Architectures  : - 


System-of  Systems  AOAs 


I  i  BAMs  I  ;[cPAM^|'- 
End  Game  SSPPs  ^ 


NROC/ 

CEB 


Integrated  Strategic 
Business  Plan  (ISBP) 
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Detail  /  Explanation 


Key  Elements  of  the  MCP  Planning  Process 


MCP  Requirements  Integration 


Concepts  &  CONORS 


M«  ocMMrce 

\  ^ 

V.-  /  “  ^ 


V- .  t 

^  -  a 


Integrated  ^  ^RDs 
Architectures  : - 


System-of  Systems  AOAs 


. 

M  -M  H  ^  f  ?.<»  ■« 

*6  ,  n  !* 


What  we  are  actually  trying  to  do  (accomplish) 

•  What  are  our  operational  objectives? 

•  What  time  frame  (in  the  future)? 

•  What  circumstances  (situations,  environments)? 

•  How  do  we  propose  to  (operationally)  ^  it? 


Integrated  Strategic 
Business  Plan 
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Key  Elements  of  the  MCP  Planning  Process 


inn 


MCP  Requirements  Integration 


Concepts  &  CONORS 


1 


«  ocMMrce 


System-of  Systems  AOAs 


[ 


Requirements  analysis  and  the  resulting  Architecture 

•  Who  are  the  actors  (participants,  nodes)? 

•  What  specific  tasks  (activities)  must  the  actors  perform  to  accomplish 
our  objectives? 

•  What  is  each  task's  relative  importance  (criticality)  to  the  objectives? 

•  How  are  the  actors  organized? 

•  Who  connects  to  whom  (interfaces)?  Under  what  circumstances? 

•  What  key  pieces  of  information  must  the  actors  share  (pass,  process)? 


egic 

n 
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Key  Elements  of  the  MCP  Planning  Process 


MCP  Requirements  Integration 


Concepts  &  CONORS 


Integrated  ^  ^RDs 
Architectures  : - 


System-of  Systems  AOAs 


M«  ocMMrce 

\  ^ f 

V.-  /  “  ^ 


“  a 


Document  the  operational  requirements  for  a  system-of-systems  capability 

•  The  desired  operational  capability 

•  The  threat 

•  Operational/requirements  gaps,  misalignments 

•  Operational  and  interoperability  key  performance  parameters 
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Key  Elements  of  the  MCP  Planning  Process 


inn 


MCP  Requirements  Integration 


Concepts  &  CONORS 


1 


«  ocMMrce 


System-of  Systems  AOAs 


[ 


Implementation  analysis  and  trade-offs 

•  What  are  the  operational  performance-cost-schedule  trades? 

•  What  are  the  viable  alternative  paths  to  implementing  the  capability? 

•  What  are  the  long-term  effects  on  the  shape  of  the  architecture  / 
capability? 

Refined  systems  requirements 

•  SRD,  systems  architecture(s),  etc. 


ptegic 

Ian 
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Basic  Approach  We’re  Taking 


MCP  Requirements  Integration 


inn 


Concer  Strategic  Business  Plan  for  implementing  the  capability 

^  •  What  specific  implementation  alternatives  should  we  consider? 

•  What  specific  capability  objectives?  What  time-frame? 

•  What  contributes  to  each  objective  (platforms,  programs,  systems, 
technologies,  training,  support,  etc.)? 

•  How  to  we  time-phase  the  implementation? 

•  What  specific  changes  to  the  POR? 

•  How  do  we  propose  to  resource  each  change? 

•  What  are  the  priorities? 


fc  AOAs 


1 


BAMs 


CPAM^ 


End  Game 


^•SPPs 


'PPBg 


^ ^ ^ — r* 

•  ; 

A- 

— 7n±5i — 

FMP 

NROC/ 

CEB 


Integrated  Strategic 
Business  Plan 
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9^ 

m 
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Basic  Approach  We're  Taking 


MCP  Requirements  Integration 


Concepts  &  CONORS 


Integrated  ^  ^RDs 
Architectures  : - 


System-of  Systems  AOAs 


Senior  leadership  approval 

•  Are  these  plans  aligned  with  our  strategy? 

•  Do  the  pace,  objectives  and  milestones  make  sense? 
1^  •  Are  the  relative  priorities  and  investments  sound? 


bams  ’I  gpamI^-'" 


NROC/ 

CEB 


Integrated  Strategic 
Business  Plan 
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Changes  to  The  Status  Quo  (OPNAV) 


Requirements 

N7 

POM 

Requirements 

Generation 

▲ 

Validation 

1 - 1 

S&T 

Planning 


Concepts  & 
CONORS 
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Architecture/CED  Influence  Time  Frame 

(Assuming  the  current  planning  target  is  POM-04) 


Degree  of 

Planning 

Flexibility 
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As  Is 
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To  Be 
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Timeline  and  Pressure  Points 

(TCS  example,  assuming  the  current  planning  target  is  POM-04) 


J3/ J8 


Feb  Mar  Apr  May  Jun  Jul  Aug  Sep  Oct  Nov  Dec  Jan  Feb  Mar  Apr  May  Jun  Jul  Aug 


JOA  /  JCA  Development 


What  Budget  Are  You  Working  On  Today? 

The  Lure  of  the  ''Quick  Kill" 


All  these  processes  are  happening  concurrently 


Execution:  FY01 


In  Congress:  POM-02 


Service  Programming:  PR-03 


Service  Planning  &  Assessment:  POM-04 


What  interoperability  planners  should  be  trying  to  effect  /  affect  today 

Changes  or  directives  applied  "above"  POM-04 

(in  the  absence  of  some  overarching  plan  or  context) 
risk  breaking  or  invalidating 

•  Previous  coordination  or  integration 

•  Previously  set  priorities 

•  Program  or  resource  synchronization  or  alignment 
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Questions? 
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